home *** CD-ROM | disk | FTP | other *** search
/ Ham Radio / Ham Radio CD-ROM (Emerald Software) (1995).ISO / freq / scanr371 / changes.doc < prev    next >
Encoding:
Text File  |  1992-04-28  |  2.9 KB  |  67 lines
  1.  
  2. January 18, 1992
  3.  
  4. Previously when trying to print a list by frequency the frequencies
  5. were not always lining up in proper order.  This problem has been
  6. corrected by creating a temporary index file.  If you are using a
  7. large database expect a delay before the actual printing begins.
  8. Diskspace is automatically checked and you will be informed if you
  9. don't have enough.  Diskspace required is 70 bytes per record.
  10.  
  11.  
  12. Some users using a configuration file were encountering an error that
  13. I never planned on:  they were transferring to the File Menu,
  14. changing the storage directory, then Saving the configuration file.
  15. They DID NOT open another data file in the new directory.  The users
  16. were then exiting to DOS and moved all of SCAN.MDF and her indices to
  17. the new data directory and attempted to reinitiate the program.  At
  18. boot-up, however, SCAN.MDF was not found and the user was told that it
  19. was being created.  During creation the data directory was readied to
  20. accept the new file, but alas, SCAN.MDF was already there and the user
  21. aborted to DOS.  Confusing? You bet!  When first informed I had to try
  22. it several times before I fully understood.  The change made in this
  23. area now is that if a user saves a configuration file without first
  24. opening a new data file, then moves the data file to the data
  25. directory it will be found.  If it doesn't reside in either directory
  26. the user will be aborted to DOS.  If it is found, the configuration
  27. file will be updated automatically.
  28.  
  29.  
  30. In an effort to solve the printing problem some are having I have removed a
  31. secondary trap that checks to see if your printer is ready at the beginning
  32. of each record print loop.  This may cause a problem for users that run out
  33. of paper in mid-print, but at least it will tell me where the problem
  34. exists.  I have comepletly rewritten the print routines, cleard DOS
  35. buffers, yet the problem continues.  I experienced a similar problem on
  36. another commercial apllication that I wrote and the removal of the printer
  37. ready trap solved their problem.  Let's see if it works here.  As it is, I
  38. have no problems with any portion of the program on a hardware level and
  39. I'm stumped!  Thebottom line:  make sure you have enough paper to print the
  40. entire report!
  41.  
  42.  
  43. There have been some problems with the DOS shell not operating properly
  44. when loading video hardware utility software at some point prior to
  45. running Scanner Buff!  Scanner Buff! will now detect a possible problem and
  46. not allow the shell operation.
  47.  
  48.  
  49. SURPRISINGLY, there has been a long time bug in Scanner Buff! that no one
  50. ever complained of:  the built-in word processor that writes and saves
  51. comments was only allowing one line of text to be recalled, although many
  52. lines were entered.  This error has been corrected and users may now enter
  53. and recall a maximum of 32k of comments PER RECORD.
  54.  
  55.  
  56.  
  57. COMING SOON:  VERSION 4.0 !!!
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.